Methods for network configuration sharing

ABSTRACT

A method for network configuration sharing includes receiving a home network configuration associated with a user, identifying an away network, and modifying the configuration of the away network based on the configuration of the home network.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.15/922,645, filed Mar. 15, 2018, which is a continuation of U.S. patentapplication Ser. No. 15/716,854, filed Sep. 27, 2017, now U.S. Pat. No.9,955,406, which claims the benefit of U.S. Provisional Application No.62/400,419, filed on Sep. 27, 2016, U.S. Provisional Application No.62/479,196, filed on Mar. 30, 2017, and U.S. Provisional Application No.62/479,399, filed on Mar. 31, 2017, each of which is incorporated in itsentirety by this reference.

TECHNICAL FIELD

This invention relates generally to the computer networking field, andmore specifically to new and useful methods for network configurationsharing in the computer networking field.

BACKGROUND

The modern internet has revolutionized communications by enablingcomputing devices to transmit large amounts of data quickly overincredibly vast differences. The rate of innovation set by applicationand web developers is breathtakingly fast, but unfortunately, not allaspects of the internet experience have kept pace. In particular, evenas people rely more and more heavily on residential networking solutionsto enable internet connectivity for a rapidly increasing collection ofelectronic devices, the technology underpinning those solutions oftenprovides a woefully inadequate user experience. Users are often facedwith difficult connection or configuration tasks, which can need to berepeated for each of many user devices (e.g., laptops, smartphones,smartwatches, etc.), when attempting to use a new network. Thus, thereis a need in the computer networking field to create new and usefulmethods for network configuration sharing.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a chart representation of a method of a preferred embodiment.

FIG. 2 is a diagram representation of a smart router.

FIG. 3 is a chart representation of a network modification element of amethod of a preferred embodiment.

FIG. 4 is a schematic representation of away network modification andsubsequent connection under a guest authentication configuration.

FIG. 5 is a schematic representation of an away network before and aftermodification.

FIG. 6 is a schematic representation of a modified away network.

FIG. 7 is a schematic representation of a home network and a modifiedaway network connected by a VPN tunnel.

FIG. 8 is a schematic representation of an example of the method.

FIG. 9 is a schematic representation of a first specific example of themethod.

FIG. 10 is a schematic representation of a second specific example ofthe method.

FIG. 11 is a schematic representation of a third specific example of themethod.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

The following description of the preferred embodiments of the inventionis not intended to limit the invention to these preferred embodiments,but rather to enable any person skilled in the art to make and use thisinvention.

1. Overview.

A method 100 for network configuration sharing includes receiving a homenetwork configuration associated with a user S110, identifying an awaynetwork S120, and modifying the configuration of the away network basedon the configuration of the home network S130 (e.g., as shown in FIGS. 1and/or 8). The method 100 can additionally or alternatively includedetermining information associated with the away network S140 and/ormodifying operation of network-connected devices S150.

Setting up a network takes time and energy, especially if the networkprovides anything more than the most basic connectivity. This time andenergy must be replicated when users connect their devices to newnetworks. The method 100 functions to enable the automaticre-configuration of networks based on a preferred network configuration(e.g., the network configuration of a user's home network).

The method can confer several benefits over conventional systems. Invariants, the method can reduce or eliminate the time and/or difficulty(e.g., obtaining authentication credentials, such as passwords, fromfriends, businesses, and/or other entities; entering the authenticationcredentials into one or more user devices; etc.) associated withestablishing access to away networks (e.g., networks at friends' houses,vacation homes, hotels, restaurants, etc.). The method can additionallyor alternatively enable access to and/or use of user preferences, suchas home automation preferences (e.g., for security, lighting, music,climate, etc.), even when not at home (e.g., when connected to an awaynetwork rather than a home network). However, the method 100 canadditionally or alternatively confer any other suitable benefits.

Throughout this specification, the term ‘home network’ will be used torefer to a network associated with a preferred network configuration; aperson of ordinary skill in the art will recognize that this network canbe any type of network (e.g., a home network, an office network, acommercial network, etc.). Likewise, the term ‘away network’ will beused to refer to a network for which configuration modification (basedon the home network) is desired.

2. System.

The method 100 is preferably performed by a remote management platformand a smart router of the away network, but can additionally oralternatively be performed by a smart router of the home network, a userdevice (e.g., client of a user device), additional smart routers, and/orany other suitable computing device.

The home and away networks of the method 100 preferably each include asmart router configurable by a remote management platform; e.g., asdescribed in U.S. Pat. No. 9,882,774, the entirety of which isincorporated by this reference. However, any other suitable network orrouting system can be used. The home network is preferably a networkthat the user is accustomed to using, and can be: a network that theuser has configured (e.g., through the user's user account; associatedwith the user account, etc.); a network that the user device hashistorically connected to; a network for which the user device hasstored network configurations; or be any other suitable network. Thehome network can be any network associated with the user or user device,be a network associated with a “home” label or designation, or be anyother suitable network. The away network is preferably a network thatthe user or user device has not connected to (e.g., does not have storednetwork configurations for) and/or is not typically authorized toconnect to, but can alternatively or additionally be a networkassociated with a different user account (e.g., different managementaccount), a network that is not associated with the user's user account,a network geographically separated from a home network by apredetermined distance, or be any other suitable network. Each networkis preferably associated with different network configurations,geographic regions (e.g., coverage region), and/or any suitableparameter value. However, the networks can alternatively share parametervalues.

The smart routers of the home and away networks preferably include aWi-Fi radio and a processor, and more preferably additionally include aBluetooth radio and an Ethernet interface. The router can additionallyor alternatively include any other hardware or software. In one exampleimplementation, as shown in FIG. 2, a smart router includes two Wi-Firadios: one 5 GHz radio, one 2.4 GHz radio, a Bluetooth radio capable ofboth Bluetooth 4.0 and BTLE communication, an auto-sensing gigabitEthernet interface, an ARM processor, DDR RAM, EMMC storage (for routerfirmware), and a USB interface (e.g., for adding network-accessiblestorage). In a second example implementation, a smart router includesthree Wi-Fi radios: two 5 GHz radios and one 2.4 GHz radio, a Bluetoothradio capable of Bluetooth Smart communication, an 802.15.4 radio (e.g.,configured to communicate using one or more 802.15.4 protocols, such asThread, ZigBee, etc.), an auto-sensing gigabit Ethernet interface, anARM processor, DDR RAM, and EMMC storage (for router firmware). In athird example implementation, a smart router includes two Wi-Fi radios:one 5 GHz radio and one 2.4 GHz radio, a Bluetooth radio capable ofBluetooth Smart communication, an 802.15.4 radio (e.g., configured tocommunicate using one or more 802.15.4 protocols, such as Thread,ZigBee, etc.), an ARM processor, DDR RAM, and EMMC storage (for routerfirmware). Alternatively, the smart routers can be any suitable router,wireless access point, and/or other networking device. However, thesmart routers can include any suitable combination of any suitableradios (e.g., short-range radios such as NFC, RF, etc.), processingsystems, sensor set, or other components.

The smart routers are preferably configured and/or managed by the remotemanagement platform. For example, smart routers can be configured byaltering stored configuration profiles in a remote server (part of theremote management platform), after which the stored configurationprofiles are pushed to the smart routers. Remote configurability of thesmart routers can function to enable control of both the home and awaynetwork configurations by a single entity (e.g., the remote managementplatform). This centralized control can facilitate automaticconfiguration sharing between networks. In one example, the remotemanagement platform can access a home network configuration profile(e.g., a configuration profile of a smart router associated with thehome network), and can subsequently modify the configuration of the awaynetwork based on the home network configuration profile (e.g., bycopying configuration elements from the home network configurationprofile to an away network configuration profile).

3. Method.

3.1 Receiving a Home Network Configuration

Receiving a home network configuration associated with a user S110functions to determine information about a home network the user isaccustomed to using (e.g., a network the user has configured). Inparticular, S110 preferably functions to determine information relatedto user authentication and/or connection to the home network.

The home network configuration is preferably received at a remotemanagement platform, but additionally or alternatively can be receivedat a smart router (e.g., router of the away network), a user device,and/or at any other suitable computing device. The home networkconfiguration is preferably received from the remote management platform(e.g., from a database of the remote management platform), butadditionally or alternatively can be received from a smart router (e.g.,router of the home network), a user device, and/or at any other suitablecomputing device.

The home network configuration preferably contains configurationinformation a user has already applied to his or her home network; e.g.,network name and password. Information from the home networkconfiguration can be used to modify the away network configuration (inS130), enabling users to effectively use networks away from home withoutforcing them to perform tedious configuration.

The home network configuration preferably includes an authenticationconfiguration, which can enable authorized devices to automaticallyconnect to the network while preventing or limiting connection ofunauthorized devices. The authentication configuration preferablyincludes a Wi-Fi SSID and a credential (e.g., pre-shared key (PSK),certificate, public key of a cryptographic key pair, hardware securitykey such as a U2F device, etc.), and can additionally or alternativelyinclude an authentication mode (e.g., WPA2-PSK, WPA2-802.1X, WEP, noauthentication, etc.), a device list (e.g., MAC address whitelist orblacklist), a network identifier, and/or any other suitableauthentication configuration information.

The home network configuration can additionally or alternatively includeconfigurations that affect interaction with the network (e.g., by theuser, by other authorized users, by network devices, etc.). Suchconfigurations can include a security policy configuration (e.g., afirewall configuration), preferably to maintain network security;content filtering configuration (e.g., website whitelist, protocolblacklist, etc.), preferably to impose parental, workplace, and/or legalcontrols; quality of service (QoS) configuration, preferably to ensurenetwork performance; a LAN configuration; WAN configuration (e.g.,router WAN IP address); NAT configuration (e.g., port forwardingsettings); DNS configuration; authentication service configuration;and/or network-connected appliance configuration. The LAN configurationcan include a DHCP configuration, VLAN configuration, LAN topology,and/or any other suitable LAN configuration information. Theauthentication service configuration can be associated with anauthentication service such as a password management service (e.g.,global password management service, service hosted by a remote server,service enabled by a locally-stored password database such as anencrypted database, etc.). The authentication service configuration caninclude authentication and/or encryption information (e.g., username,master password, cryptographic key, etc.), data (e.g., encryptedpassword database), and/or any other suitable information associatedwith the authentication service. The network-connected applianceconfiguration can include settings, preferences, historical usageinformation, and/or any other suitable information associated withnetwork-connected appliances. For example, the network-connectedappliance configuration can include lighting configurations (e.g.,brightness, color, times of use, etc.), climate control configurations(e.g., HomeControl™, temperature, humidity, etc.), physical securityconfigurations (e.g., access codes such as for alarm systems and/orelectronic locks, typical and/or allowed times of property ingressand/or egress, etc.), and/or any other suitable configurations. However,the home network configuration can include any other suitableconfiguration or configurations. Such configurations can be applieduniformly across all devices (e.g., all devices associated with a user,user account, user group such as a family, etc.; all devices associatedwith a LAN and/or WAP; etc.), and/or can be applied differently fordifferent devices (e.g., based on device type, associated user,individual device, etc.) or in any other suitable manner. In oneexample, a content filtering configuration includes a first set of rulesassociated with adult users of a network (e.g., associated with theadult users' device, device accounts, etc.) and a second set of rules(e.g., less permissive rules, such as rules including more strictwebsite and/or protocol blocking) associated juvenile users of thenetwork (e.g., children of the adult users).

The home network configuration is preferably associated with a user(e.g., through a user identifier). The user identifier can be ausername, an authentication credential, a device ID (e.g., of a userdevice associated with the user), and/or any other suitable identifier.An authentication credential can be a password, a certificate, aone-time password (e.g., TOTP, HOTP, etc.), cryptographic key pair,biometric identifier, and/or any other suitable authenticationcredential. A device ID can be a MAC address (and/or portion thereof,such as an OUID or other prefix), a device name, a user-agent string, adevice-hosted SSID, an identifier associated with a client of thedevice, and/or any other suitable identifier. A first example of a useridentifier is a username associated with a remote router managementplatform. A second example of a user identifier is a MAC address of auser device. However, the home network configuration can be associatedwith the user in any other suitable manner.

3.2 Identifying an Away Network

Identifying an away network S120 functions to determine a modifiablenetwork the user is using and/or can use in the future. The away networkis preferably identified so that the user's experience using the awaynetwork can be improved without forcing the user to manually reconfigurethe away network (or request reconfiguration of the away network from anetwork administrator).

An away network can be any network the user has not configured to his orher preferred criteria; e.g., a network used infrequently by the user,such as a network associated with a temporary residence, acquaintance(e.g., residence, vehicle, or workplace of a friend), shared vehicle, orvendor, but additionally or alternatively can be a network the user islikely to use regularly, such as a network associated with a workplaceand/or permanent residence, and/or any other suitable network.

S120 can include identifying away networks in one or more of a number ofmanners.

In a first embodiment, S120 identifies an away network by detecting thata user (having an associated home network configuration) has connectedto an away network. For example, S120 can include detecting, at a smartrouter of the away network, that a user device has connected to the awaynetwork, determining an identifier associated with the user device(e.g., MAC address, such as received in a probe request transmitted bythe user device; remote management platform ID, such as an ID associatedwith the user device, a user account, and/or any other suitableuser-related entity), and determining that the user device is associatedwith the user based on the user device identifier. As a second example,S120 can include (e.g., at a user device) detecting that the user devicehas connected to the away network, determining an identifier of a smartrouter of the away network (e.g., MAC address, remote managementplatform ID), and transmitting the identifier of the smart router of theaway network to the remote management platform. However, user connectionto an away network can be determined in any suitable manner. Forexample, smart routers can transmit MAC address information to therouter management platform to check for associated home networkconfigurations (e.g., as shown in FIG. 11). As a second example, smartrouters can locally maintain lists of MAC addresses associated with userdevices for which network configuration sharing can be desired.

In a second embodiment, S120 identifies an away network by predictingthat a user will connect to an away network. Away network connectionpredictions can be based on direct indications, computing activity, userlocations, and/or any other suitable data (e.g., historical data).

Direct indications can include indications that the user is at, isscheduled to visit, and/or is likely to visit a location associated withthe away network, the user has, is scheduled to have, and/or is likelyto have access to the away network (e.g., be within range of a wirelesssignal broadcast by the network), and/or any other suitable indications.Direct indications can include host inputs from a host associated withthe away network (e.g., invitation sent to the user; reservation madefor the user, preferably in association with the user identifier oraccount; etc.), user inputs (e.g., request sent to the host), serviceprovider data from a service provider associated with the host and/oruser (e.g., authorization for the user to use the network and/or visit alocation associated with the network, purchase made at a locationassociated with the network, etc.), and/or indications from any othersuitable source.

Computing activity can include calendar appointments, navigationactivity (e.g., location searches, destinations, etc.), communications,web searches, website visitations, advertisement views, connectionrequests and/or attempts (e.g., wireless network connection requests),and/or any other suitable computing activity.

User locations can be received from a user device (e.g., determined bythe user device and/or location service providers; determined based onGPS data, IMU data, Wi-Fi signal data such as SSIDs, Bluetooth signaldata, 802.15.4 signal data, near-field communication data, otherwireless communication data such as other device identifiers associatedwith wireless communication protocols, etc.), a network (e.g., awaynetwork, a third network; determined based on user device detection byand/or connection to the network), and/or any other suitable source.Additionally or alternatively, user locations can be determined by userrecognition (e.g., facial recognition, gait recognition, vocalrecognition, etc.; determined based on an image data set, radar data setsuch as Wi-Fi channel state information, LIDAR data set, audio data set,etc.), user device recognition, vehicle recognition (e.g., license platerecognition, vehicle RFID toll tag, etc.), and/or any other suitablebasis.

In a variation of the second embodiment, S120 can include predicting auser connection to the away network by predicting that the user willvisit a location associated with the away network. A location associatedwith the away network is preferably a location within a thresholddistance (e.g., a maximum wireless connection distance, such as 35 m,100 m, or 1 km) of a device connected to the away network (e.g., a smartrouter of the away network) and/or a location from which the awaynetwork can be joined (e.g., coverage area of a smart router or otherWAP associated with the away network; potential coverage area of thesmart router, such as coverage area after possible wireless radioreconfiguration; geofence associated with the away network; etc.), butadditionally or alternatively can be a location associated with a vendorthat can provide access to the away network and/or can be any otherlocation associated with the away network in some manner. Predictingthat the user will connect to the away network can additionally oralternatively include predicting a time or time window (e.g., includinga start time, end time, use duration or time interval, etc.) in whichthe user is likely to use the away network (e.g., time of connection tothe away network, arrival time at a location associated with thenetwork, etc.). The predicted time or time window can be determinedbased on: a set of predetermined rules, the historic times or durationof away network use for the user or a user population (e.g., mean,median, etc.), calendar information, predicted away network load,reservation information, or otherwise determined. In some variations,predicting that the user will connect to the away network can be basedon an assumption that the away network will be modified (e.g., asdescribed below in S130) to allow the user to connect to the awaynetwork and/or to facilitate such a connection.

In a first example of the second embodiment, S120 includes predictingthe user will visit a location (e.g., associated with an away network)based on information indicative of a planned event associated with alocation. The planned event information can include a reservation (e.g.,hotel reservation, spa reservation, plane flight, etc.), a calendaragenda item, a service request (e.g., transportation network riderequest), and/or any other suitable event or indication thereof.Information indicative of the planned event can be received by theremote management platform and/or any other suitable computing resources(e.g., received from a service provider associated with a reservation;from a user and/or user-related resource, such as a user email accountand/or calendar; etc.), and/or can be determined in any other suitablemanner.

In a second example, S120 includes predicting the user will visit alocation (e.g., associated with an away network) based on locationinformation (e.g., determined by and/or received from a user deviceassociated with the user, one or more smart routers and/or other networkdevices, etc.). The location information can include current and/orrecent location data (e.g., indicative of a user's current behavior),historical location data (e.g., indicative of the user's typicalbehavior), and/or any other suitable location data. In a specificexample, the historical location data is indicative of patterns of userbehavior, wherein the patterns and/or user behaviors can be associatedwith one or more geographic locations (e.g., the user typically uses afirst route on weekday mornings to travel to a grocery store, and whenthe user travels to a specific friend's house, the user typically doesso on weekend evenings using a second route). In this specific example,when the recent location data that is received (e.g., at the remotemanagement platform) from a user device (associated with the user)matches a pattern of the historical data (e.g., on a weekday morning,the recent data indicates that the user is traveling along a portion ofthe first route), the predicted location is set as the historic locationassociated with the detected pattern or user behavior. In this specificexample, based on the location data, S120 includes predicting that theuser will visit the location associated with the matched pattern (e.g.,the grocery store).

In a third example, S120 includes predicting the user will visit alocation (e.g., associated with an away network) based on social networkinformation and/or other social interaction information. For example, ifthe user is associated with a group of people (e.g., based on socialgraph data received from a social network), and several members of thegroup are currently at a location (and/or expected to be at the locationat another time, such as based on a prediction determined as describedregarding S120 or otherwise), S120 can include predicting that the userwill visit the location based on this social network information. Thisexample can additionally or alternatively include predicting userbehavior based on the user's communications. For example, if the usersends a message to a friend indicating that they intend to visit alocation (e.g., location associated with the friend), this message canbe used to predict that the user will visit the location.

In a fourth example, S120 includes both predicting the user will visit alocation (e.g., as described above) and detecting (e.g., after makingthe prediction) that the user is in the location. Based on theprediction, S120 can optionally include altering other prediction and/ordetection techniques associated with the user and/or location (e.g.,decreasing a threshold for determining that the user is in the location,increasing a threshold for predicting that the user will be in a secondlocation distant from the originally-predicted location, etc.), and/oraltering any other suitable user- and/or location-related actions (e.g.,in S130, giving preference to the user over other possible guest usersof the away network). In a specific example, S120 includes predictingthat a first user will be within a region associated with an awaynetwork, but does not include predicting that a second user will bewithin the region (e.g., includes predicting the second user will beoutside the region, does not include a prediction related to the seconduser, etc.). In this specific example, based on location informationindicative of both the first and second user being close to the region,S120 can include determining that the first user is likely to use theaway network (e.g., and so, in S130, modifying the away networkconfiguration based on the first user's home network configuration), butthat the second user is not (e.g., and so not modifying the away networkconfiguration based on the second user's home network configuration).

The away network (and/or devices connected to the away network) can bein and/or near a kiosk (e.g., Wi-Fi access kiosk), a vendor (e.g.,coffee shop, bar, restaurant, supermarket, clothing store, etc.), ahospitality service provider (e.g., hotel, short-term rental residencesuch as a residence reserved through Airbnb™, etc.), a privateresidence, an office, a shared vehicle (e.g., taxi, ride-sharing vehiclesuch as a vehicle associated with a transportation network company, bus,train, shuttle, rental car, airplane, ferry, etc.), a private vehicle,and/or any other suitable location.

S120 can be performed using machine learning and/or statistical analysistechniques, and/or using any other suitable techniques. For example,S120 can be performed using one or more of: regression, classification,neural networks (e.g., convolutional neural networks), heuristics,pattern matching, equations (e.g., weighted equations, etc.), selection(e.g., from a library), instance-based methods (e.g., nearest neighbor),regularization methods (e.g., ridge regression), decision trees,Bayesian methods, kernel methods, probability, deterministics, and/orany other suitable method(s).

Identifying an away network S120 is preferably performed at the remotemanagement platform (e.g., based on information stored by the remotemanagement platform; information received from one or more entities suchas user devices, smart routers, network administrators, and/or serviceproviders; etc.), but can additionally or alternatively be performed bya smart router, user device, and/or any other suitable computing device.S120 can be performed at a predetermined time, at regular intervals,sporadically, in response to receiving data or detecting events (e.g.,associated with the user, host, home network, away network, etc.),and/or at any other suitable time or times. However, the away networkcan be identified in any suitable manner, by any suitable system, withany suitable timing.

3.3 Modifying the Away Network Configuration

Modifying the configuration of the away network based on theconfiguration of the home network S130 functions to modify the awaynetwork for the user. For example, S130 can enable the user toseamlessly connect to and use the away network in a manner similar oridentical to the user's typical connection to and use of the homenetwork, without any manual reconfiguration.

Modifying the configuration of the away network S130 preferably includesselecting desired elements of the home network configuration S131,determining modifiable elements of the away network configuration S132,and modifying the modifiable elements of the away network configurationbased on the selected elements of the home network configuration S133,and can additionally or alternatively include reverting networkconfiguration modifications S134, as shown in FIG. 3.

Selecting desired elements of the home network configuration S131functions to determine a basis for modifying the away networkconfiguration. The selected elements preferably correspond tomodifications the user might desire during their use of the awaynetwork. Elements are preferably selected from the home networkconfiguration received in S110, but additionally or alternatively can beselected from any suitable home network configuration. The selectedelements preferably include the home network authenticationconfiguration, and can additionally or alternatively include aspects ofthe home network LAN configuration, security policy configuration, NATconfiguration, QoS configuration, content filtering configuration, DNSconfiguration, and/or any other suitable network configurationinformation.

In a first variation of S131, elements are selected based on a sharedset of selection rules. The set of selection rules can be universal(apply to all users and home networks) or shared by a group of usersand/or home networks (e.g., grouped based on common features of theusers and/or networks). Selection rules can be based on configurationtype (e.g., select only authorization configurations and contentfiltering configurations, select all configurations except WANconfigurations, etc.); based on network device type (e.g., portabledevices such as phones, smartwatches, tablets, and laptop computers),such as omitting configuration elements not relevant to portable networkdevices; based on configuration parameter values (e.g., select or omitonly firewall rules pertaining to a set of applications or ports, selector omit only DHCP configurations pertaining to a range of IP addresses,etc.); and/or include any other suitable criteria. In a first specificexample, a MAC address whitelist is selected, but MAC addressescorresponding to non-portable devices (e.g., desktop computers, homeappliances, etc.) are excluded from the whitelist. In a second specificexample, all elements of the home network configuration are selected.

In a second variation of S131, elements are selected based on criteriareceived from a user associated with the home network (e.g., the user,an admin, etc.) Such criteria can include explicit rules and/or anyother input to the element selection process. Additionally oralternatively, the criteria can be received from a user associated withthe away network, or from any other suitable user.

In a third variation of S131, elements are selected based on useractivity (e.g., automatically, according to a rule set, etc.). Forexample, elements that enable typical user interactions with the homenetwork can be selected, while elements that do not substantially affectthe user's home network activity can be omitted. However, desiredelements of the home network configuration can be selected in anysuitable manner.

Determining modifiable elements of the away network configuration S132functions to determine potential ways to modify the away network for theuser. S132 can include determining a set of possible modifications thatcan be made to the away network configuration and selecting a set ofallowed modifications from the set of possible modifications. The set ofallowed modifications preferably include authentication configurationmodifications, and can additionally or alternatively include any othersuitable modifications.

The set of possible modifications can be determined based on the awaynetwork configuration, the smart router capabilities, the remotemanagement platform capabilities, user device capabilities, and/or anyother suitable criteria.

The set of allowed modifications is preferably selected based onmodification settings associated with the away network. The modificationsettings can be determined based on security concerns, usabilityconcerns, legal restrictions, and/or any other suitable criteria, and/orcan be determined manually. The modification settings can be defaultsettings, can be automatically determined based on away network activityand/or the original away network configuration (e.g., to minimize theimpact of modifications on typical away network usage), can be receivedfrom an administrator of the away network (away network administrator)and/or any other suitable person, and/or can be determined in any othersuitable manner.

In one example, the modification settings include a set of appliancecontrol preferences (e.g., received from an away network administrator),which can specify which network-connected appliances can be controlled(e.g., whose operation can be modified) by host and/or guest devices,which aspects of such devices' operation can be modified (e.g., permitturning devices on and off, disallow security setting modifications,etc.), the manner in which such aspects can be modified (e.g., permitadjustment of parameters only within a predefined range, permitselection only from a predefined set of operation settings, etc.),and/or any other suitable preferences associated with control ofnetwork-connected appliances.

Determining the modification settings can additionally includerequesting permission (e.g., by the user, from an away networkadministrator, through the remote management platform) to change themodification settings (e.g., to allow a desired modification) and, inresponse to receiving permission, changing the modification settingsaccordingly. Permission can be requested and/or received beforeperforming S133, after performing S133 but before performing S134 (e.g.,during the user's use of the away network, wherein the correspondingchange in modification settings prompts an additional modification ofthe away network configuration), and/or at any other suitable time.

S133 includes modifying the modifiable elements of the away networkconfiguration based on the selected elements of the home networkconfiguration.

For example, S133 can include segmenting the away network (e.g., intoVLANs) to create a guest network segment segregated from a host networksegment. Preferably, host devices (e.g., devices authenticated under ahost authentication configuration, devices historically associated withthe away network, devices connected to the away network beforeperforming S130, etc.) are associated with the host network segment, andguest devices (e.g., devices authenticated under a guest authenticationconfiguration, devices associated with the user, devices nothistorically associated with the away network, devices not connected tothe away network before performing S130, etc.) are associated with theguest network segment. A first variation of segmenting the away networkincludes creating the host network segment, whereas in a secondvariation the host network segment exists before the performance ofS130.

Segmenting the away network can additionally include applyingconfigurations to one or more of the network segments (preferably,applying a limitation configuration to the guest network segment). Alimitation configuration can include bandwidth and/or data transferlimits (e.g., per-device limits, device group limits, entire networksegment limit, etc.), a security policy configuration, NATconfiguration, QoS configuration, content filtering configuration,and/or any other suitable limitations. In a first example, a limitationconfiguration can be applied to the guest network segment such that theguest network segment can use no more than 60% of the total networkbandwidth and guest devices cannot communicate on ports associated withundesired activity. In a second example, a limitation configuration canbe applied to the guest network segment such that high-priority hostnetwork segment traffic takes priority over all guest network segmenttraffic and guest devices can only visit a set of whitelisted websites.In a third example, an advertising configuration can be applied to theguest network segment such that advertisements can be inserted intowebsites visited by guest devices. However, any other suitableconfigurations can be applied to the network segments.

S133 can additionally or alternatively include configuring one or moresmart routers of the away network to allow connection to the awaynetwork under a guest authentication configuration based on the homenetwork authentication configuration (e.g., as shown in FIG. 4).

In some cases, the guest authentication configuration can always beequivalent to the home network authentication configuration.Alternatively, some guest authentication configurations can be precluded(e.g., as determined in S132). For example, specific SSIDs and/or SSIDsmatching specific patterns can be precluded (e.g., generic SSIDs such as“home”).

Preferably, configuring the away network smart router to allowconnection under the guest authentication configuration additionallyincludes continuing to allow connection to the away network under asecond authentication configuration (host authentication configuration)based on the original configuration (e.g., configuration used in theaway network before performing S130), but alternatively can includeprecluding connection under the host authentication configuration.Devices can be identified as guest or host devices based on theauthentication configuration under which they connect to the awaynetwork (e.g., as shown in FIG. 5). In embodiments that includesegmenting the away network, devices can be associated with theappropriate network segment based on this identification.

One embodiment of configuring an away network smart router to allowconnection to the away network under the guest authenticationconfiguration includes configuring the smart router to acceptconnections to an SSID matching the SSID of the home network (guestSSID) (e.g., allow devices to associate with the smart router using theguest SSID, allow devices to join an away network service setcorresponding to the guest SSID, etc.) when authenticated in a manneraccepted for connecting to the home network (e.g., presenting anycredentials required for connecting to the home network under anauthentication method used in the home network), and preferablyadditionally includes broadcasting the guest SSID (e.g., transmittingbeacon frames including the guest SSID). In one variation of thisembodiment, prior to performing S130, the away network smart routerbroadcasts a host SSID and accepts connections to the host SSID fromdevices that authenticate using a host credential. This variationfurther includes (e.g., after performing S133) broadcasting andaccepting connections to the guest SSID, preferably while continuing tobroadcast and accept connections to the host SSID (e.g., in the samemanner as before performing S133). This variation can further includeidentifying devices that connect to the guest SSID as guest devices,identifying devices that connect to the host SSID as host devices,associating the guest devices with a guest VLAN, and associating thehost devices with a host VLAN (e.g., associating by a device identifiersuch as a MAC address). For example, the remote management platform cantransmit to the away network smart router: the guest SSID, a homenetwork PSK associated with the guest SSID, and an instruction to createa guest VLAN.

When multiple SSIDs (e.g., each corresponding to an extended service set(ESS)) are in concurrent use in the away network (e.g., both the hostSSID and guest SSID, multiple host and/or guest SSIDs, etc.), the awaynetwork routers can handle communication for all the active ESSs usingany or all of their radios. For example, an away network router can usea different radio for each ESS (e.g., using its 2.4 GHz radio only forthe host SSID and using its 5 GHz radio only for the guest SSID), canuse all available radios for each ESS (e.g., separating host and guestservice set communication at each radio in time, space, phase, and/orfrequency, such as by alternating transmissions and/or using MU-MIMOcommunication), and/or can allocate radio activity in any other suitablemanner.

In some embodiments, the away network includes multiple routers andnumerous concurrently-active ESSs (e.g., enough that a single routerconcurrently in all the active ESSs will experience performancedegradation due to the large number of service sets, such as more than4, 5, 6, 7, 8, 9, 10, 15, or 20 service sets). Such embodiments couldarise, for example, if numerous users (e.g., each associated with adifferent home network) are concurrently in an away network location(e.g., wherein S133 is performed for each such user, resulting in aseparate guest SSID for each). In some such embodiments, each router canoptionally participate in only a subset of the ESSs (e.g., to avoid orreduce the performance degradation). These participation decisions canbe determined based on network communications (e.g., trafficcorresponding to each ESS at each router), location information (e.g.,relative locations of users and routers), and/or any other suitableinformation. For example, if a first away network router participates inonly minimal activity associated with a first guest SSID and/or allusers associated with the first guest SSID are near (e.g., can establishhigh-quality wireless communication with) other away network routers,the first away network router can (e.g., temporarily, permanently, etc.)stop using the first guest SSID (e.g., disconnect from any user devicesusing the first guest SSID, stop transmitting beacon frames includingthe first guest SSID, leave the service set associated with the firstguest SSID, etc.). However, an away network with multiple routers canadditionally or alternatively accommodate numerous ESSs in any othersuitable manner.

S133 can additionally or alternatively include configuring the awaynetwork smart router (and/or additional smart routers of the awaynetwork) to mimic any aspects of the home network. For example, S133 caninclude configuring the guest VLAN to impose a set of guest QoS rules onguest device traffic identical to the home network QoS rules, block afirst port that is blocked on the home network, and block a second portthat is open on the home network but blocked on the away network. Inthis variation, guest device traffic is preferably also subject to theaway network QoS rules (example shown in FIG. 6). A second variationincludes configuring the guest VLAN to match all elements of the homenetwork configuration selected in S131 for which the requiredmodification is possible. In a first example of this variation, guestVLAN traffic is also subject to an away network limitation configuration(e.g., the guest VLAN can be configured with firewall rules matching thehome network firewall rules, but guest VLAN traffic will also be subjectto away network firewall rules). In a second example, guest VLAN trafficis not subject to an away network limitation configuration.

Configuring the away network smart router to provide a similarexperience to a connected user as the home network can additionally oralternatively include facilitating a private connection between one ormore guest devices and a device outside the away network (e.g., a deviceof the home network, the remote management platform, an independentremote server, etc.). One embodiment of facilitating a privateconnection includes creating a VPN tunnel between the guest VLAN and thehome network (example shown in FIG. 7). In a first variation of thisembodiment, a home network smart router is already configured to allowthe creation of the VPN tunnel. A second variation of this embodimentincludes configuring both the away network smart router and a homenetwork smart router to allow the creation of the VPN tunnel. A firstexample of this variation includes requesting permission (e.g., from ahome network administrator, from the user, etc.) to configure the homenetwork smart router and, in response to receiving permission,performing the configuration. A second example includes configuring thehome network smart router in response to receiving a request (e.g., fromthe user, from the home network administrator, etc.) to create the VPNtunnel. The VPN tunnel can be used, for example, to extend access tohome network devices (e.g., network-attached storage (NAS), DigitalLiving Network Alliance (DLNA) server, etc.).

Configuring the away network smart router to provide a similarexperience to a connected user as the home network can additionally oralternatively include enabling devices connected to the away network(e.g., host devices) to present information (e.g., authenticationcredentials, such as passwords and associated usernames) associated withthe home network authentication service configuration. For example, anetwork-connected music system of the away network could authenticatewith an internet music service using music service authenticationcredentials obtained using the home network authentication serviceconfiguration.

Permission to perform S133 can be required, requested, and/or receivedfrom the user, an away network administrator, home networkadministrator, service provider (e.g., vendor associated with the awaynetwork, ridesharing or homesharing platform, etc.), an electronicdevice associated with (e.g., connected to, historically used with,etc.) the home and/or away network, and/or any other suitable approver.A permission request can be sent (e.g., by the remote managementplatform, by a smart router, by a user device, etc.) in response toreceiving a permission request selection (e.g., from the user, from ahome or away network administrator, etc.), automatically (e.g., inresponse to S120, before a predicted start time, upon an away networkconnection attempt, etc.), and/or with any other suitable timing.

Permission to perform S133 can be granted independently for each guestuser and/or each performance of S133, or can alternatively be granteduniformly for all potential modifications of a particular away network(e.g., for any guest, for any authorized guest, etc.), or for allpotential modifications of all away networks. In a first variation,permission to allow a particular user to use an away network (e.g.,permission to modify the away network based on the user's home network)is requested and/or granted for each user and/or each performance ofS133. In a second variation, more general permissions can be granted(e.g., based on an away network administrator's network sharingpreferences, such as preferences received by and/or stored at a smartrouter, router management platform, and/or any other suitable computingsystem, such as a third party computing system). For example, an awaynetwork administrator can grant permission to social network connections(e.g., all their Facebook friends, members of a social network group,etc.), guests invited to a party at the away network location (e.g.,restricted to use during a time window, such as the evening of theparty), and/or any clients of their commercial services associated withthe away network (e.g., Airbnb guests, preferably restricted to useduring a time interval associated with their reservation, such asbetween the check-in and check-out times).

Additionally or alternatively, permission to perform S133 can beconditional upon completion of one or more tasks (e.g., grantedautomatically in response to task completion). For example, users can berequired to perform a security check or watch an advertisement.

In one embodiment, S133 includes (e.g., at the remote managementplatform) transmitting network configuration information to one or morerouters of the away network, optionally along with control instructions(e.g., instructions to modify the away network configuration based onthe transmitted information), modification time(s) (e.g., start time,stop time, time interval, etc.), and/or any other suitable information.

In a second embodiment, one or more routers of the away network storesthe network configuration information (e.g., elements of the homenetwork configuration), preferably in association with an identifier(e.g., user ID, home network ID, etc.). The away network router(s) canoptionally store other network configuration information (e.g.,information associated with other users that have used the away networkand/or can use the away network in the future). In this embodiment, S133includes, at the router(s) storing the network configurationinformation, receiving control instructions (e.g., from the remotemanagement platform) to modify the away network based on the storedinformation. The control instructions can optionally include timinginformation (e.g., perform immediately, perform at a specific time orwithin a threshold time from the specific time, perform in response todetecting a trigger event, revert at a specific time, etc.). Therouter(s) can modify the away network according to the controlinstructions with any suitable timing (e.g., according to the timinginformation, immediately in response to receiving the instructions, at adefault time, etc.). In one example, in which an away network routerstores configuration information associated with a particular identifier(e.g., user ID such as a user account name, user device ID such as a MACaddress, etc.), the control instructions can include the identifier, apreferred start time, and a preferred end time. In response to receivingthe control instructions, the router can (e.g., near the preferred starttime, such as soon before) perform S133 using the stored information(and can optionally perform S134, such as described below, near thepreferred end time).

Some or all elements of S130 (e.g., S133) are preferably performed inresponse to identifying the away network S120. Elements of S130 can beperformed immediately after (e.g., as soon as possible or practical)identifying the away network S120, performed at (or before, such asimmediately preceding or preceding by at least a minimum time interval)a time determined in S120 such as a start time (e.g., predicted awaynetwork visitation time), performed within a predetermined time windowpreceding the start time, and/or performed at any other suitable time.In some embodiments, elements of S130 are performed repeatedly (e.g.,for the same or different users, home networks, away networks, networkvisits, etc.), such as periodically or sporadically. In one example, theremote management platform periodically identifies away networks,determines appropriate times to modify the away networks, and thencontrols routers of the away networks (e.g., at or near the determinedtimes) to modify the away network configurations. However, S133 and/orsome or all other elements of S130 can additionally or alternatively beperformed with any suitable timing.

S130 can optionally include reverting network configurationmodifications S134, which functions to return the away network to itsoriginal state (e.g., thereby no longer allowing connection to the awaynetwork based on the home network authentication configuration).Although reverting network configuration modifications S134 preferablyrestores the away network configuration to its original state (e.g., itsstate before performance of S133), S134 is understood to encompass anysuitable network configuration modifications following the performanceof S133.

S134 can be performed in response to determining that the networkconfiguration modifications are no longer useful (e.g., based on absenceof the user from a location associated with the away network, after apredicted time at which the user is expected to leave the location,etc.) and/or no longer authorized (e.g., end of an authorized use timeinterval, such as an interval associated with a reservation; in responseto receiving a de-authorization selection from an administrator of theaway network; etc.). For example, S134 can be performed in response todetermination that transmissions (e.g., frames) have not been receivedfrom the guest device for a predetermined time duration at any of therouters associated with (e.g., cooperatively generating) the awaynetwork. In another example, S134 can be performed in response tosatisfaction of an end time (e.g., determined in S120), which can resultin guest user device disconnection from the away network and/ordisallowing future connection to the away network based on the homenetwork authentication configuration. However, S134 can additionally oralternatively be performed at any other suitable time.

After performing S133, the away network routers can optionally retain(e.g., continue to store) the original away network configuration (e.g.,configuration before S133). S134 can include reverting to a stored(e.g., original) configuration; receiving network configurationinformation including the original configuration, such as from theremote management platform, and modifying the away network accordingly;and/or modifying the away network configuration in any other suitablemanner. After performing S134, the away network routers can optionallydisallow guest device connection to the away network; retain (e.g.,continue to store) the modified network configuration and/or associatedinformation (e.g., the configuration elements modified in S133),preferably in association with a home network identifier (e.g., user ID,network ID, etc.); delete the home network configuration informationand/or any other suitable information (e.g., information no longerneeded by the routers after network configuration reversion); orotherwise manage the modified network configuration (e.g., guest networkconfiguration).

Modifying the away network configuration S130 is preferably performedcooperatively by the remote management platform and the away networksmart router. Additionally or alternatively, network modifications canbe performed by a smart router alone, by the remote management platformalone, by a user device, and/or by any other suitable system orcombination of systems.

Modifying the away network configuration S130 preferably includespreventing away network administrators from discovering secretinformation about the home network (e.g., private authenticationinformation such as a pre-shared key). A first variation, in whichsecret information is sent to the away network smart router, can includesegregating the secret information to prevent its discovery. Forexample, the secret information can be encrypted using a key that is notknown to the away network administrators, and/or the secret informationcan be excluded from an away network administration interface thatdisplays home network information. Additionally or alternatively, inthis variation, S134 can include deleting the secret information. In asecond variation, the secret information is not sent to the away networksmart router. For example, authentication with guest devices can beperformed (in part or in whole) by the remote management platform,rather than the away network smart router, in order to avoid sending ahome network pre-shared key to the away network smart router. However,any suitable measures to prevent discovery of secret information can betaken, or alternately, no such measures can be taken.

3.4 Determining Information Associated with the Away Network

Determining information associated with the away network S140 canfunction to determine information of potential interest to entitiesassociated with the away network, can enable improvement of the awaynetwork function, and/or can have any other suitable function(s). Theinformation can be determined by the remote management platform; awaynetwork routers; user devices; other computing systems (e.g., remotecomputing systems associated with other entities, such as serviceproviders associated with the away network location and/or socialnetwork services); people such as users, administrators, and/or serviceprovider personnel; and/or any other suitable systems. The informationcan be determined continuously, periodically, sporadically, once, inresponse to trigger events, and/or with any other suitable timing.

Information determined in S140 can include, for example, informationassociated with: away network visits, away network usage, devicesconnected to the away network (e.g., host devices, guest devices, etc.),away network locations, users and/or administrators associated with theaway network (e.g., current and/or historical users of the away network,users predicted to visit the away network, etc.), and/or serviceproviders associated with the away network. Visit information caninclude, for example, predicted visits (and/or predicted visit times)and/or detected visits (e.g., detected based on user location, userdevice connection to the away network, etc.). Usage information caninclude bandwidth and/or data transmission usage (and/or times of use),network traffic content (e.g., protocols used, web pages viewed,transmission endpoints, keywords, etc.), and/or any other suitable usageinformation. Information associated with devices connected to the awaynetwork can include device type, quantity, status (e.g., battery stateof charge, appliance failure, door lock position, internet connectionquality, etc.), associated user and/or user group (e.g., user family,group associated with a single home network, etc.), device location(e.g., determined based on device location sensors; determined based onproperties of wireless communications with the device, such as based ondevice distance and/or direction relative to one or more away networkrouters and/or based on radar data such as wireless communicationchannel state information; etc.), and/or any other suitable information.User and/or administrator information can include location and/orbehavior information (e.g., determined based on user device location;determined based on information sampled by auxiliary sensors such ascameras, proximity sensors, motion sensors, power sensors, smokedetectors, and/or microphones; etc.), identity and/or demographicinformation (e.g., determined based on user account information, networktraffic, auxiliary sensors, information received from one or more socialnetwork services, parity and/or disparity between such informationreceived from different accounts associated with the user, etc.),evaluation information (e.g., host and/or user score associated with aservice), and/or any other suitable information. However, S140 canadditionally or alternatively include determining any other suitableinformation.

In one embodiment, the information determined in S140 (e.g., informationassociated with guest user behavior) is analyzed in light of locationand/or service use policies (e.g., for an away network associated withrental accommodations such as an Airbnb™ listing), such as occupancymaximums, guest type restrictions (e.g., no children, no pets, etc.),behavior rules (e.g., no smoking, maintain quiet conditions at night, donot damage location property, no loud parties, etc.), temporal and/orspatial restrictions (e.g., check-in and/or check-out time, off-limitsareas, etc.), and/or any other suitable policies.

A first variation of this embodiment includes determining the number ofguests at the location, such as based on the guest devices connected tothe away network and/or present at or reporting the location (e.g.,based on the number of devices; based on the number of a type ofdevices, such as presence of 4 laptop computers indicating the likelypresence of at least 4 users; based on user associations with thedevices, such as presence of devices associated with both a first andsecond user account indicating the likely presence of at least one userassociated with each account; based on device status, such as 5 devicesbeing used concurrently indicating the likely presence of at least 5users; etc.) and/or based on auxiliary sensor information (e.g.,analysis of information, such as images sampled by security camerasand/or audio sampled by microphones, indicative of guest presence at thelocation).

A second variation includes determining the type(s) of guests at theaway network location, such as based on network communications and/orauxiliary sensor information. In one example, based on network trafficincluding children's television programming, S140 includes predictingthe presence of one or more children. In a second example, S140 includesdetecting a dog at the location based on analysis of video and/or audiodata sampled by auxiliary sensors.

A third variation includes determining a user's position (e.g., specificposition within the away network location) and analyzing it in light ofthe spatial and/or temporal restrictions. User position can bedetermined based on user device position (e.g., wherein the deviceposition is determined by the device; by the routers, such as using atrilateration technique; etc.), auxiliary sensor information (e.g.,audio and/or video data, electrical power data localized to specificoutlets and/or circuits, etc.), and/or any other suitable information.In a first example, S140 includes detecting user presence at (and/ornear) the location outside of the reservation time interval (e.g.,before check-in, after check-out), which can indicate user violation oftemporal restrictions. In a second example, S140 includes determininglocation data indicative of user presence in an off-limits area (e.g.,unrented room, private basement, unsafe roof, etc.).

A fourth variation includes determining user behavior. In one example,auxiliary sensor information is indicative of use of the physicallocation and/or its amenities. In specific examples, video and/or audiodata can be indicative of a large party, or excessive electrical powerconsumption can be indicative of inappropriate appliance usage. In asecond example, network communication information is indicative of useof the away network (e.g., of its internet connection), such asindicative of inappropriate and/or undesired behavior (e.g., filesharing of copyrighted material, accessing illegal content, etc.).

In a second embodiment, S140 includes determining (and/or assessing)behavior of entities associated with the away network (e.g., networkadministrator, location owner and/or manager, service provider, etc.).For example, S130 can include determining whether service providerpersonnel are appropriately responsive to potential issues (e.g., guestcomplaints and/or requests, equipment malfunctions, etc.), and/orwhether the personnel are inappropriately intrusive (e.g., present atand/or near the property when their presence is not needed or desired).Analogous to possible modifications of user assessments, determinationsregarding service provider-related behavior (e.g., behavior ofpersonnel, location owners and/or managers, etc.) can be used todetermine and/or modify associated assessments.

In a third embodiment, S140 includes determining potential problemsassociated with the away network and/or its location, such as appliancefailures, internet outages (e.g., determined by the remote managementplatform based on loss of connection to the away network routers),security issues (e.g., door lock failure, ground floor window left open,etc.), potential emergency conditions (e.g., alarm state of a firedetector, CO detect, intrusion detector, etc.), and/or any othersuitable problems. This embodiment preferably includes providing anotification in response determination of such problems (e.g., enablingthe notified entity to take corrective action).

S140 optionally includes performing actions based on the determinedinformation. In some variations, S140 includes providing a notificationbased on the determined information (e.g., notification indicative ofthe information, notification provided in response to determining theinformation, etc.), which can function to inform interested parties ofthe information. The notification is preferably provided (e.g.,transmitted) by the remote management platform, but can additionally oralternatively be provided by a smart router, user device, connectedappliance (e.g., alarm system), and/or any other suitable entity. Thenotification is preferably provided to one or more entities associatedwith the away network (e.g., an away network administrator, away networksmart router, away network host device, guest user and/or user device,service provider associated with the away network, security and/oremergency personnel associated with the away network location, etc.),but can additionally or alternatively be provided to any other suitableentities. The notification can be sent (e.g., by email, SMS, pushnotification, postal mail, etc.), made available (e.g., in a remotedatabase), and/or provided in any other suitable manner.

In one example, S140 includes providing a notification of away networkvisitation. The notification can be provided in response to userconnection to, disconnection from, and/or proximity to the away network.The notification can additionally or alternatively be provided inresponse to receipt of a request associated with the away network (e.g.,connection request, modification settings change request, etc.), and caninclude an option for the request recipient to allow and/or deny therequest. A notification can be provided for each visitation event (e.g.,provided in near-real time), and/or batch notifications for a timeperiod or threshold number of visitation events can be provided.

Actions can optionally be performed (e.g., by the remote managementplatform) in response to determining compliance and/or non-compliancewith the policies (e.g., provide notification of non-compliance,determine and/or update user score, modify network and/or applianceconfiguration, etc.). For example, in response to determining that auser has violated a use policy, the remote management platform can: senda notification to a location owner or manager informing them of theviolation; send a notification to a service provider platform, enablingthe service provider to modify the user's assessment, such as a score(e.g., reduce the score in response to rule violations and/orinconsiderate behavior, increase the score in response to rule-abidingand/or helpful behavior, etc.); modify or rescind the user's ability touse the away network and/or control network-connected appliances (e.g.,perform S134, reduce music volume, lock doors to restricted areas,etc.); activate an alarm system; and/or take any other suitableaction(s). In specific examples (e.g., in which the away network isassociated with a rental accommodation location), an early arrivalnotification can be provided in response to determining that a guest hasarrived at the location before the reservation starts, a late departurenotification can be provided in response to determining that a guest hasremained at the location after the reservation ends, an over capacitynotification can be provided in response to determining that more gueststhan permitted by the rental agreement are present at the location,and/or any other suitable policy violation notifications can beprovided.

However, S140 can additionally or alternatively include determining anyother suitable information associated with the away network, and/or caninclude any other suitable elements performed in any suitable manner.

3.5 Modifying Network-Connected Device Operation

Modifying operation of network-connected devices S150 functions tomodify device operation for the user. The devices (e.g.,network-connected appliances) are preferably associated with the awaynetwork (e.g., located near the away network, connected to the awaynetwork). For example, the devices and away network can all beassociated with a temporary accommodation (e.g., hotel room, rental car,ridesharing vehicle, etc.) that the user has rented.

A device's operation (and/or smart router operation pertaining to thedevice) can be modified to allow the user to control the device. In afirst example, after modification, the user can control actuation of anetwork-connected lock through user device proximity to the lock and/orthrough computerized requests (e.g., sent using the network, sent to theaway network router and/or the remote management platform, etc.) and theuser can use a computer interface to set a keycode for lock actuation.In a second example, after modification, the user can control a musicsystem through a user device client. Additionally or alternatively, adevice's operation can be modified based on the user (e.g., based onuser preferences, historical user behavior, user devices connected tothe away network, home network appliance configuration settings, etc.).For example, room lighting characteristics (e.g., intensity, color,etc.) can be adjusted to match the user's typical home lighting usage,and an automatic coffee maker can be scheduled to brew coffee at theuser's preferred waking time. Additionally or alternatively, a device'soperation can be modified in a similar manner for any user. For example,an alarm system can be deactivated during a user's scheduled stay in arental home and reactivated at the end of the scheduled stay.

In one implementation of device operation modification, in which theaway network is segmented into guest and host VLANs, several appliancesin the host VLAN will accept control instructions from any other devicesthat are able to communicate with them (e.g., devices in the host VLAN,but not by devices in the guest VLAN). In this implementation, the smartrouter can selectively pass through communications between some or allguest devices (e.g., devices authorized to control the appliances, suchas user devices associated with adults) and host appliances the guest isallowed to control (e.g., types of appliances such as lighting systems,appliances located in a guest area of the away network location, etc.),while preventing other network traffic between the guest and host VLANs.In a second implementation, in which device operation control ispermitted based on a user device list (e.g., MAC address whitelist), theguest devices can be added to the list of authorized controllers. In athird implementation, in which device operation can be controlled by theremote management platform, device control instructions are passed fromthe user to the device via the remote management platform (e.g., via auser device client associated with the remote management platform).

The network-connected devices can include security devices (e.g., doorlock, security alarm system), computer accessories (e.g., printer,scanner), entertainment systems (e.g., music system, home theater), homeappliances (e.g., refrigerator, washing machine, immersion circulator),lights, and/or any other suitable devices. The devices can connected toany suitable network, and their operation can be modified in anysuitable manner. Operation of the devices is preferably modified atsubstantially the same time as the performance of S133, and themodifications can be reverted at substantially the same time as theperformance of S134. However, device operation can be modified at anysuitable time or times.

3.6 Examples

In a first embodiment, the method 100 includes modifying the awaynetwork configuration in response to detecting a user device attempt todiscover and/or connect to a network (e.g., away network, home network,etc.), such as an attempt by a user device associated with a useraccount stored by the remote management platform. The remote managementplatform can store data associated with the user account, such as userdevice identifier (e.g., MAC address) and/or elements of the homenetwork configuration (e.g., SSID, PSK, etc.). Detecting a user devicenetwork discovery attempt can include, for example, receiving (e.g., atan away network router) a probe request (e.g., including the home SSIDand the user device MAC address) and determining that the probe requestis from a device associated with the user account. In response to thisdetermination, the away network router can allow the user device toassociate with it (e.g., join a service set whose SSID is the homenetwork SSID and/or use the home network PSK to perform authentication;join a service set that has a different SSID such as a default awaynetwork SSID; use a different PSK, such as a default away network PSK,to perform authentication; etc.). However, such implementations can notbe compatible with user devices that implement anonymization and/oranti-tracking techniques (e.g., transmitting null probe requests ratherthan directed probe requests; using false MAC addresses, such asrandomized MAC addresses, for transmissions such as probe requests;etc.). Further, some such implementations (e.g., those in which the awaynetwork router is not in a service set whose identifier is the homenetwork SSID and/or which perform authentication using a PSK other thanthe home network PSK) can require user intervention (e.g., entering theaway network SSID and/or PSK into the user device) before the userdevice can associate with the away network router.

In a second embodiment, the method 100 includes modifying the awaynetwork configuration prior to detecting a user device attempt todiscover and/or connect to the away network. For example, the method caninclude predicting that the user can connect to the away network (e.g.,as described above regarding S120) and, in response to the prediction,proactively modifying the away network configuration to allow suchconnection (e.g., as described above regarding S130), preferablyincluding allowing devices associated with the user to connect to theaway network using the home network SSID and PSK (e.g., allowing thedevice(s) to join a service set having the home network SSID andauthenticate using the home network PSK, wherein the service setincludes one or more away network routers). This example preferablyincludes configuring the away network router(s) to broadcast theavailability of the service set having the home network SSID (e.g.,transmit beacon frames that include the home network SSID), morepreferably beginning to do so before detecting any attempts, by devicesassociated with the user, to discover and/or connect to the away network(e.g., at the away network router(s), beginning to transmit the beaconframes before receiving a probe request from any such devices).

In some examples, the method 100 includes predicting that the user canconnect to the away network (e.g., as described above regarding S130)and, in response to the prediction (e.g., immediately, at a future timesuch as a time associated with the prediction, etc.; such as describedabove regarding S130), modifying the away network configuration suchthat one or more away network routers advertise the possibility ofconnection to the away network using the home network authenticationconfiguration (e.g., transmit beacon frames and/or probe response framesincluding the home network SSID), but such that the away network routersdo not actually allow connection using the home network authenticationconfiguration (e.g., ignoring authentication and/or association requeststhat use the home network SSID). After performing this initialmodification, the method 100 can include additional performance of S120associated with the user (e.g., refining the prediction, such as basedon additional information received after the initial modification)further indicative of potential user connection to the away network.Such additional information can include location information indicativeof user presence at or near the away network location, receipt ofwireless transmissions indicative of attempts to connect to the awaynetwork (e.g., transmissions including the home network SSID and/or userdevice MAC, such as probe requests, authentication requests, and/orassociation requests, etc.), and/or any other suitable information. Inresponse to determining such further indications of potential userconnection to the away network, the method 100 can include performinganother modification of the away network configuration to allowconnection using the home network authentication configuration. Thisstaggered modification approach can potentially increase away networkrouter performance by reducing computational and/or radio demands on therouters. For example, this approach can reduce the number of servicesets in which the router concurrently acts as an access point (e.g.,reducing the time for which the router allows connection to one or moreof the service sets, not allowing connection based on erroneouspredictions, etc.) and/or increase the number of users able to easilydiscover and/or connect to the away network (e.g., by reducing athreshold for predicting potential user connection to the away network,thereby performing the initial modification for more home networks).

In one specific example, the away network is associated with ahospitality service provider location (e.g., hotel or hotel room,Airbnb™ rental location, etc.), such as shown in FIG. 9. Informationallistings about the location (e.g., rental listings, advertisements,etc.) can include information about the away network (e.g., internetconnection information such as bandwidth and/or latency, connecteddevices such as network-connected appliances controllable by a guest,etc.), preferably information received (e.g., by a computing system ofthe service provider) from the remote management platform butadditionally or alternatively information provided by a personassociated with the away network or location (e.g., user, administrator,owner, manager, etc.). In response to generating and/or receivingreservations for the location (e.g., Airbnb™ rental reservations),information indicative of the reservation (e.g., location and/or awaynetwork identifier, time interval, guest identifier, etc.) is sent(e.g., from the service provider) to the remote management platform. Thereservation information can be sent immediately, periodically (e.g., inbatches, such as nightly batches), preceding the reservation start time(e.g., preceding by a threshold amount), and/or at any other suitabletime. In response to receiving the reservation information, the remotemanagement platform modifies the away network configuration for theguest (e.g., as described above regarding S130), preferably before thereservation start time (e.g., immediately before, before by a thresholdtime interval such as 5 minutes or 1 hour, etc.) but alternatively atany other suitable time. A notification can optionally be provided(e.g., from the remote management platform, the service provider, etc.)to the guest (e.g., to a user device associated with the guest), such asa notification indicating that they can connect to the away network. Thenotification is preferably provided at or near the reservation starttime, but can additionally or alternatively be provided at any othersuitable time. Optionally, the user can be permitted to controlnetwork-connected appliances of the away network (e.g., using the userdevice connected to the away network, etc.). For example, during thetime interval, the user can submit an entry request, and in response toreceiving the request, the remote management platform and/or awaynetwork router(s) can control a network-connected door lock to unlock.At, near, or after the reservation end time, the remote managementplatform preferably reverts the network configuration modifications(e.g., as described above regarding S134).

In a second specific example, a user is an administrator of an awaynetwork and is associated with a social network account. The user cangrant permission for away network access to some or all of their socialnetwork connections (e.g., Facebook friends, from one or more socialnetworking systems, etc.) as guest users, and can optionally grantpermission for some or all such guest users to modify operation of someor all network-connected appliances of the away network. The socialnetwork connections' device (and/or home network) information can bereceived from the social networking system, determined based on thenetwork identifier or user account associated with the social networkconnection, or otherwise determined. Based on the permissions granted,the method 100 can include determining that a guest user will connect tothe away network (e.g., as described above regarding S120), modifyingaway network configuration based on that guest user's home networkconfiguration (e.g., as described above regarding S130), and/orperforming any other suitable elements of the method 100 (e.g., asdescribed above). In one example, the method includes: receiving aconnection request from the guest user device at the local router orremote computing system (e.g., social networking system's remotecomputing system, remote management platform, etc.); verifying the guestuser device (or associated identifier) with the permissions list (e.g.,stored at the remote computing system, at the social networking system,etc.); denying access if the guest user device is not included in thepermissions list (or included in a blacklist); and initiating S130 ifthe guest user device is included in the permissions list. However, theaway network administrator's social network can be otherwise leveragedin performing the method.

In a third specific example, a third-party network device (e.g.,associated with a social network service) connects to a user's networkusing the following technique, such as shown in FIG. 10. Aninternet-connected user device (e.g., client running on the user device,such as a social network client) associated with the network (e.g.,connected to the network, associated with the user, etc.) receives acryptographic seed from the third-party network device (e.g., viawireless communication such as Bluetooth; via an optical identifier suchas a barcode, QR code, or text identifier; etc.). The user devicetransmits the cryptographic seed and a user identifier (e.g., associatedwith a user account of the social network service) to a third-partycomputing system (e.g., social network platform). The third-party deviceconnects to an open network (e.g., network that does not require anauthentication credential, such as a hidden restricted open Wi-Finetwork wherein the access points do not transmit beacon framesincluding the SSID and client devices connected to the network arerestricted to only access specific endpoints via the internet), such asan open network hosted by a smart router (e.g., of the user's network,another network, etc.), and transmits information associated with itself(e.g., device identifier) to the third-party computing system (e.g., viathe open network). In response to receiving the information from boththe user device and third-party device, the third-party computing systemverifies the cryptographic seed, associates the third-party device withthe user's account, and transmits information indicative of theassociation to the router remote management platform. In response toreceiving the information, the remote management platform transmits acommand to the smart router, instructing it to provide the user'snetwork authentication information to the third-party device (e.g.,wherein the command can optionally include the authenticationinformation). The smart router provides the information via the opennetwork, and in response to receiving it, the third-party deviceconnects to the user's network using the information (e.g., afterdisconnecting from the open network).

However, the method 100 can additionally or alternatively include anyother suitable elements, and/or can be performed in any other suitablemanner.

Although omitted for conciseness, the preferred embodiments includeevery combination and permutation of the various system components andthe various method processes. Furthermore, various processes of thepreferred method can be embodied and/or implemented at least in part asa machine configured to receive a computer-readable medium storingcomputer-readable instructions. The instructions are preferably executedby computer-executable components preferably integrated with the system.The computer-readable medium can be stored on any suitable computerreadable media such as RAMs, ROMs, flash memory, EEPROMs, opticaldevices (CD or DVD), hard drives, floppy drives, or any suitable device.The computer-executable component is preferably a general or applicationspecific processing subsystem, but any suitable dedicated hardwaredevice or hardware/firmware combination device can additionally oralternatively execute the instructions.

The FIGURES illustrate the architecture, functionality and operation ofpossible implementations of systems, methods and computer programproducts according to preferred embodiments, example configurations, andvariations thereof. In this regard, each block in the flowchart or blockdiagrams can represent a module, segment, step, or portion of code,which comprises one or more executable instructions for implementing thespecified logical function(s). It should also be noted that, in somealternative implementations, the functions noted in the block can occurout of the order noted in the FIGURES. For example, two blocks shown insuccession may, in fact, be executed substantially concurrently, or theblocks can sometimes be executed in the reverse order, depending uponthe functionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts, or combinations of special purpose hardware andcomputer instructions.

As a person skilled in the art will recognize from the previous detaileddescription and from the figures and claims, modifications and changescan be made to the preferred embodiments of the invention withoutdeparting from the scope of this invention defined in the followingclaims.

What is claimed is:
 1. A method for network configuration, the methodcomprising, at a remote management platform: receiving, from a firstwireless access point (WAP) of a first local area network (LAN) at afirst time, WAP configuration data comprising an SSID and a credentialwherein a user device, associated with a user, is connected to the firstLAN, via the first WAP, using the SSID and the credential, wherein (i)the remote management platform is associated with the first LAN and (ii)the first WAP is located at the user's home; determining that the userwill be within a region associated with a second LAN during a timeinterval after the first time, the second LAN being different than thefirst LAN; and in response to determining that the user will be withinthe region and before the time interval, configuring, using the WAPconfiguration data, a second WAP to broadcast the SSID and to allowconnection to the second LAN using the SSID and the credential, wherein(i) the second WAP is located at a second location different than theuser's home, and (ii) the second WAP is associated with the second LAN.2. The method of claim 1, wherein determining that the user will bewithin the region comprises receiving a reservation for a hospitalityservice associated with the second WAP, wherein the reservation isassociated with the user, the time interval, and the region.
 3. Themethod of claim 2, wherein the reservation ends at an end time of thetime interval, the method further comprising: after the end time,determining the user is within the region; and in response todetermining the user is within the region, sending a late departurenotification to an administrator of the hospitality service.
 4. Themethod of claim 1, further comprising, during the time interval:receiving, from the user device, a request to control a deviceassociated with the first LAN; and controlling the device associatedwith the first LAN based on the request.
 5. The method of claim 1,further comprising, during the time interval: receiving, from the userdevice, a request to control a device associated with the second LAN;and controlling the device associated with the second LAN based on therequest.
 6. The method of claim 1, further comprising: determining thatthe time interval has expired; and restoring the second WAP to itsoriginal state.
 7. The method of claim 1, further comprising:determining that the time interval has expired; determining that theuser is present in the region after expiration of the time interval; andmaintaining the second WAP in a current configuration.
 8. The method ofclaim 1, further comprising, after the time interval, configuring thesecond WAP to disallow connection to the second LAN using the SSID andthe credential.
 9. The method of claim 1, wherein determining that theuser will be in the region comprises: determining an event associatedwith the region and taking place during the time interval; anddetermining that the event is associated with one or more of: a calendarentry associated with the user, social network data associated with theuser or location data associated with the user device.
 10. The method ofclaim 1, further comprising: segmenting the second LAN into a hostsegment and a guest segment segregated from the host segment; causingthe guest segment to broadcast the SSID; and allowing the user device toconnect to the guest segment using the SSID and the credential.
 11. Themethod of claim 10, wherein the host segment has a host SSID and acceptsconnections to the host SSID from devices that authenticate using a hostcredential.
 12. The method of claim 1, wherein determining that the userwill be within the region is performed based on information indicativeof a planned event associated with the region, location information, orsocial network information.
 13. A wireless access point (WAP) of a localarea network (LAN) at a first location, wherein the WAP is associatedwith a first SSID and a first credential, and the WAP is operable to:receive WAP configuration data from a remote management platform,wherein (i) the remote management platform is associated with a secondLAN provided by a second WAP, the second LAN being different than theLAN, and ii) the second WAP is located at a user' home that is differentthan the first location, wherein the WAP configuration data comprising asecond SSID and a second credential; broadcast the second SSID; connecta user device associated with a user to the LAN, during a time interval,using the second SSID and the second credential; associate with the userdevice based on the second SSID; perform an authentication process withthe user device based on the second credential; receive, during the timeinterval, a request from the user device to control a device associatedwith the LAN; and control the device associated with the LAN based onthe request.
 14. The WAP of claim 13, wherein the WAP allows the deviceassociated with the LAN to connect to the LAN using the first SSID andthe first credential.
 15. The WAP of claim 13, wherein the WAP isfurther operable to: determine that the time interval has expired; anddisallow connection of the user device to the LAN using the second SSIDand the second credential.
 16. The WAP of claim 13, wherein the WAP isfurther operable to: generate, based on an instruction to create a guestVLAN from the remote management platform, a guest VLAN and a host VLAN,the guest VLAN having the second SSID and the second credential and thehost VLAN having the first SSID and the first credential, wherein thedevice is in the host VLAN.
 17. The WAP of claim 13, wherein the deviceassociated with the LAN includes at least one of: a security device, acomputer accessory, an entertainment system, a home appliance, or alight.
 18. A method comprising, by a remote server: receiving, from afirst wireless access point (WAP) device of a first local area network(LAN) at a first time, configuration data including (i) service setidentifier (SSID) data associated with the first WAP device and (ii) acredential associated with a user device of a user, wherein the userdevice is communicably coupled to the first WAP device, wherein thefirst WAP device is located at the user's home, wherein (i) the remoteserver is associated with the first LAN and (ii) the first WAP device islocated at the user's home; determining that the user will be in aregion associated with a second LAN during a time interval after thefirst time, the second LAN being different than the first LAN; andconfiguring, for the time interval, a second WAP device of the secondLAN using the configuration data to allow (i) the second WAP device tobroadcast the SSID data and (ii) the user device to connect with thesecond WAP device using the SSID data and the credential, wherein (i)the second WAP device is located at a second location different than theuser's home, and (ii) the second WAP device is associated with thesecond LAN.
 19. The method of claim 18, wherein determining that theuser device will be in the region further comprises receiving requestfor a reservation for a hospitality service associated with the secondWAP device, wherein the reservation is associated with (i) the user,(ii) the time interval, and (iii) the region.